Attorne>'*s Docket No.: 460-0 10020-US(PAR) 



r\jD ^ PATENT 




IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 

In re application of: . COFTA et al . Group No. : 
Serial No.: 09/739^41 

FUed: 12/18/00 Examiner: 
For: METHOD FOR BINDING A PROGRAM MODULE 



Commissioner of Patents and Trademarks 
Washington, D.C. 20231 

TRANSMITTAL OF CERTIFIED COPY 

Attached please find the certified copy of the foreign application from which priority is claimed for 
this case: 



Country : Finland 

Application Number : 19992786 
Filing Date : 27 December 1999 

WARNING'. "When a document that is required by statut< 
photocopy or facsimile transmission of the certification is 



Reg. No.: 24,622 

Tel. No.: (203)259-1800 

Customer No.: 25 12 



ified must be fili 
le." 37CFR 1.4( 




rURE OF ATTORNE 
\Clarence A. Green 




including a 
is added.) 



Type or print name of attorney 

Pcrman & Green, LLP 
P.O. Address 

425 Post Road. Fairfield, CT 06430 



NOTE: The claim to priority need be in no special form and may be made by the attorney or agent if the foreign 
application is referred to in the oath or declaration as required by S L63. 

CERTIFICATE OF MAILING/TRANSMISSION (37 CFR 1.8a) 

I hereby certify that this correspondence is, on the date shown below, being: 



MAILING 

deposited with the United States Postal 
Service with sufficient postage as first class 
mail in an envelope addressed to the 
Commissioner of Patents and Trademarks, 
Washington, D.C. 20231 



Date: 



FACSIMILE 

^ transmitted by facsimile to the 
Patent and Trademark Office 

Signature (/ 

(type or pnnt name of person certifymg) 



(Transmittal of Certified Copy [5-4] 



PATENTTI- JA REKISTERIHALLITUS 

NATIONAL BOARD OF PATENTS AND REGISTRATION 



Helsinki 13.12.2000 




ETUOIKEUSTODISTUS 
PRIORITY DOCUMENT 



Haki j a 
Applicant 



Nokia Mobile Phones Lt:d 
Espoo 



Patenttihakemus nro 
Patent application no 



19992786 



Tekemispaiva 
Filing date 



27. 12. 1999 



Kansainvalinen luokka 



G06F 



International class 



Keksinnon nimitys 
Title of invention 

"Menetelma oh jelmamoduulln la'taamlseksl" 



Taten todistetaan, etta oheiset asiakirjat ovat tarkkoja jaljennoksia 
patentti- ja rekisterihallitukselle alkuaan annetuista selityksesta, 
patenttivaatimuksista, tiivistelmasta ja piirustuksista . 

This is to certify that the annexed documents are true copies of the 
description, claims, abstract and drawings originally filed with the 
Finnish Patent Office. 




Marketta Tehikoskf 
Apulaistarkastaja 



Maksu 
Fee 



300,- mk 
300,- FIM 



Osoite: Arkadiankatu 6 A Puhelin: 09 6939 500 Telefax: 09 6939 5328 

P.O.Box 1160 Telephone: + 358 9 6939 500 Telefax: + 358 9 6939 5328 

FIN-00101 Helsinki, FINLAND 



Saapunut: 27/12/99 12:31; 

27/12 '99 12:33 FAl 03 2S86262 



03 2668202 -> PATREK AS I AKASPALVE LU ; Slvu 2 

TAMPEREEN PATENT PRH (2)002 



A/ 

1 

Menetelma ohjelmamoduulin lataamiseksi 

Nyt esilla oleva keksinto kohdlstuu ohelsen patenttivaatimuksen 1 joh- 
danto-osan mukaiseen menetelmaSn ohjelmamoduulin lataamiseksi. 
5 Keksinto kohdlstuu llsSksl oheisen patenttivaatimuksen 7 johdanto- 
osan mukaiseen paatelaltteeseen. 

Ohjelmat toteutetaan nykyisin paaasiassa moduulirakenteisina, jolloin 
yksl ohjelma koostuu uselsta ohjelmamoduuleista, moduuleista. jne. 

10 Tailoin yksittalsen ohjelmamoduulin koko voidaan pitaa rajalllsena. ja 
kayton alkana ladataan vain sellaiset ohjelmamoduullt. joita kullolnkin 
tarvitaan. Tallalnen jarjestely helpottaa mm. ohjelmlen yllapitoa, pienen- 
taa ohjelmaa kayttavan tietojenkasittelylaitteen muistitarvetta seka 
mahdolllstaa sen, etta samaa ohjelmamoduulia vol kayttaa useampi eri 

15 ohjelma. Tallalsen moduuleista koostuvan ohjelman suorlttamiseksl 
kaynnistetaan ns. paaohjelma. Paaohjelman tolminnan edetessa esl- 
merklksi kayttajien antamien ohjeiden perusteella paaohjelmasta lada- 
taan kullolnkin tarvittava ohjelmamoduuli. Jatkossa tassa selityksessa 
kaytetaan yielsnlmltysta ohjelmamoduuli sellaisesta ohjelmakomponen- 

20 tista, jonka yhteydessa latausta voidaan soveltaa. TSIIalsia ohjelmamo- 
duulelta ovat mm, ohjelmakirjastot. 

Latauksella (Binding) tassa selityksessa tarkoitetaan ohjelmistojen 
suoritukseen lllttyvaa prosessia, jossa ohjelmakomponentti, kuten paa- 

25 ohjelma tal aliohjelma, kutsuu toista ohjelmakomponenttla. kuten alioh- 
jelmaa tai funktiota. Lataus voidaan viela jaotella ns. karkeajakoiseen 
lataukseen (Coarse-Grain Binding) ja hienojakoiseen lataukseen (Fine- 
Grain Binding). Karkeajakoisessa latauksessa valitaan ohjelmamoduuli 
ja hienojakolsessa latauksessa valitaan ohjelmamoduulissa oleva 

30 aliohjelma, funktio, tms. 

Kuvassa 1 on pelkistettyna kaavlona esitetty erasla tunnetun tekniikan 
mukaista latausta. Kutsuva ohjelma A kasittaa allohjelmakutsuni , 
jossa parametreina annetaan aliohjelman PI, P2 tunniste T1 , T2 (tag). 
35 Tama tunniste T1 , T2 kasittaa tyyplllisesti aliohjelman nimen seka listan 
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aliohjelmaparametrien tyypelsta. Latauspyynto valitetaan latauskasitteli- 
jalle H, Jossa suoritetaan tunnisteen perusteella selvitys. missa ohjel- 
mamoduulrssa aliohjelma P1. P2 sijaltsee. Latauskasittelija etsli tunnis- 
tetietojen perusteella kyseisen ohjelmamoduulin. Tassa etsimisessa 
5 voidaan kayttaa esimerklksi hakutaulukkoa (lookup table), jossa on lls- 
tattuna edullisesti kaytettavlssS olevat ohjelmamoduulit L1, L2 ja/tar aii- 
ohjelman PI, P2 tunnlstetiedot T1,T2. Jos latauskasittelija loytaa sel- 
laisen ohjelmamoduulin Li , 12, jossa kutsuttu aliohjelma P1 , P2 sljait- 
see, latauskasittelija tutkil seuraavaksl sen, vastaavatko aliohjelman 

10 tyyppitiedot kutsutun aliohjelman tyyppitietoja. Kuvassa 1 on katko- 
vlivalla 2 merkftty tilannetta, jossa latauskasittelija on loytanyt oikean 
nimen, mutta tyyppitiedot elvat tasmaa. Vastaavasti yhtenalsella nub- 
leila 3 on esitetty tilannetta, jossa seka niml- etta tyyppitiedot tasmaa- 
vat, jolloin latauskasittelija slirtaa ohjelman toiminnan kyselseen alioh- 

15 Jelmaan P2 (nuoli4). Tama latauskasittelija voidaan toteuttaa esimer- 
klksi kayttojarjestelmatpimintona tai itse ohjelman yhteydessa. 

Edelia kuvattua ohjelmien latausmenetelmaa kutsutaan dynaamiseksi 
lataukseksi erotuksena staattisesta latauksesta, jossa aliohjelmakutsut 

20 ja varsinaiset aliohjelmat kytketaan jo ohjelman kaannosvaiheessa. 
Staattlsella latauksella voidaan jossakin maarin nopeuttaa ohjelman 
toimlntaa. mutta tSiioin koko ohjelma tulee ladata tietojenkasittelylait- 
teen muistivafineisiln ennen kuin ohjelmaa voidaan kayttaa. Myos oh- 
jelman paivitys uudempaan versioon edellyttaa koko ohjelman paivlt- 

25 tamista. 

Ohjelma ja sen toimlnnassa tarvittavat ohjelmamoduulit on yieensa oh- 
jelman asennusvalheessa tallennettu tletojenkSsittelylaitteen muistivali- 
neisiin, tyyplllisesti kilntolevyile. Nykyisin erityisesti verkottumisen ih 

30 saantymisen johdosta ei kaikkia ohjelmamoduulelta valttamatta tallen- 
neta samaan tietojenkaslttelylaitteeseen. Esimerkiksi lahiverkossa pal- 
vellntietokone sisaltSa yieensa kaikkien lahiverkossa kaytettSvlssa ole- 
vien ohjelmien ohjelmamoduulit, jolloin lahlverkon tydasemat lataavat 
kuliolnkin tarvittavat ohjelmamoduulit palvelimen muistivalineista. Tal- 

35 laisessakin tilanteessa ohjelmamoduulit on taJlennettu tyypiilisesti oh- 
jelman asennusvalheessa palvelimen muistivalineisiin. Intemet-tleto- 
verkon suosion lisaantymlnen on puolestaan mahdoliistanut sen. etta 
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ohjelman ohjelmamoduulit voidaan ladata Jnternet-verkon valltyksella 
esimerkiksi ohjelman valmistajan kotisivulta. TSma lataus voidaan 
tehda esim. siina vaiheessa, kun ohjelma asennetaan tyoasemal- 
le/palvelimelle, tai siina vaiheessa, kun ohjelmaa kaytetaan. Talloiri 
5 tyOasema suorittaa ohjelmamoduuflen latauksen Internet-tretoverkon 
valityksella esim> ohjelmanvalmlstajan kotisivulta. Talloln tyoasemassa 
ei tan/itse olla tallennettuna laheskSan kaikkia ohjelmamoduuleita, jol- 
loin muistikapasiteettia esimerkiksi tyoaseman kiintolevylta saSstyvr 
muuhun kayttoon. Lisaksi ohjelman kaytettavissa on aina uusin ohjel - 
10 maversio, joten kayttajan ei valttamatta tarvitse suorittaa ohjelmapSivi ■ 
tysta tydasemalta. 

Tallalsen dynaamisen ohjelmamoduulln latauksen eraana epakohtansi 
on se, etta ohjelma vol kayttaa sellaistakin ohjelmamoduulia, joka ei ole 

15 ohjelman valmistajan tekema tai kyseisen valmistajan hyvaksyman 
valmistajan toimittama, vaan kyseessa voi olla ns. piraattiversio. TSmar 
epSkohdan poistamiseksi on kehitetty ns. allekirjoitusmenetelma. jossa 
ohjelmamoduuliln lisataan varmenne, jolla ohjelmamoduulln alkuperei 
pyritaan varmistamaan ennen ohjelmamoduulln asennusta. Tama var- 

20 menne on sinansa tunnetulla salaustekniikalfa salattu, jolloin voidaar 
estaa varmenteen vaarentaminen. Varmlstusta ei kuitenkin tehda oh- 
jelmaa suoritettaessa, vaan siina vaiheessa, kun ohjelma asennetaan, 
Lisaksi varmennuksen suorittaa kayttojarjestelma tai muu vastaavs 
tydaseman kayttoymparistokomponentti, mutta ohjelma itse ei suorita 

25 vamiennusta. Talloin paatoksen ohjelmamoduulin hyvaksymisesta tai 
hylkaamisesta tekee kayttojarjestelma. Jos ohjelmamoduuli on tyoase- 
massa kerran hyvaksytty, voivat kaikki muutkin ohjel mat kayttaa ky- 
selstS ohjelmamoduulia. Tama tllanne vol aiheuttaa ongelmia, koska 
jonkin muun ohjelman valmistaja ei valttamatta hyvaksy tata ohjelma- 

30 moduulia kaytettavaksl valmistamansa ohjelman yhteydessa. 

Eraana toisena epakohtana dynaamisessa latauksessa on se, etta eri 
ohjelmilla voi olla samannimisia ohjelmamoduuleita ja/tai aliohjelmia. 
Tunnetun tekniikan mukaisissa tyoasemissa ei kuitenkaan voi saman- 
35 aikaisesti olla ladattuna kahta samannimista ohjelmamoduulia. Talloin 
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kayttajan on huolehdittava ohjelmamoduulln vaihtamisesta silna tilan- 
teessa, etta kayttaja siirtyy kayttamaan toista ohjelmaa, jossa saman- 
nimisia ohjelmamoduuleita kaytetaan. 

5 Oheisessa kuvassa 2 on esitetty pelkistettyna kaavlona tllannetta. jossa 
tySasemaan on asennettu kaksl ohjelmaa A. B. Ensimmafnen ohjelma 
A on ensimmaisen valmistajan M1 valmistama ja toimittama, Toinen 
ohjelma B on tolsen valmistajan M2 vaJmistama ja toimrttama. Enslml- 
marsen ohjelman A tarvitsema ohjelmamoduuli L1 on kolmannen val^ 

10 mistajan M3 valmistama. Ensimmalnen valmlstaja Ml on hyvaksynw 
kolmannen valmistajan M3 toimittamaan kyselsen ohjelmamoduulln L1 
kSytettavaksi ohjelmassa A. Vastaavasti toinen valmlstaja M2 on val^ 
tuuttanut neljannen valmistajan M4 toimittamaan tolsen ohjelmamoduu - 
lln L2 kaytettavaksi tolsessa ohjelmassa B. Ensimmainen valmlstaja Mi 

15 el kuitenkaan ole valtuuttanut neljatta valmlstajaa M4 toimittamaan oh - 
jelmamoduulia LI omaan ohjelmaansa A. Vastaavasti tolsen valmista- 
jan M2 ohjelmassa el ole valtuutusta kolmannen valmistajan M3 ohjel 
mamoduulln L1 kayttamiseen. vaikka nama ohjelmamoduulit LI, l_2 si 
saltaisivatkin olennaisesti saman toimlnnaillsuuden. Talloin kayttajan 

20 kaynnistaessa ensimmaisen ohjelman A tulee kayttajan myos ladatci 
ensimmainen ohjelmamoduuli L1 tyoasemaan. Lataus suoritetaan tal- 
loin ensimmaisesta ohjelmamoduulista LI , mita esittaa nuoli 5 kuvasse. 
2. Sen sljaan latausta toisesta ohjelmamoduulista L2 (nuoli 6) el vo 
suorlttaa. Tllanteessa, jossa kayttaja sllrtyy kayttSmaan toista ohjelmaa 

25 B tulee kayttajan valhtaa kaytossa oleva ensimmainen ohjelmamoduuli 
LI tolseen ohjelmamoduuliin L2, jotta toinen ohjelma B tolmisi halutulla 
tavalla. 

Nyt esilla olevan keksinnon eraana tarkoituksena on aikaansaada dy- 
30 naaminen ohjelmamoduulln latausmenetelma, joila mahdollistetaan se, 
etta tyoasemassa vol samanaikaisesti olla kaytettavissa useampla sa- 
mannimisla ohjelmamoduuleita. Kunkin ohjelman tarvitsema ohjelma- 
moduuli tunnistetaan ja varmennetaan lisatunnlsteen avulia. Nyt esllla 
olevan keksinnon mukaiselle menetelmalle on tunnusomaista se, mita 
35 on esitetty oheisen patenttlvaatlmuksen 1 tunnusmerkkiosassa. Nyt 
esiiia olevan keksinnon mukaiselle tydasemalie on tunnusomaista se, 
mita on esitetty oheisen patenttlvaatlmuksen 7 tunnusmerkkiosassa. 
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Kekslnta perustuu sllhen ajatukseen, etta ohjelmamoduuliin lisataSn li- 
satunniste, jonka avulla voidaan haluttu ohjelmamoduuli tunnistaa ja li- 
sSksi varmentaa se. etta kyseessa on ohjelman valmjstajan tai valtuute- 
tun valmistajan toimittama ohjelmamoduuli. 

5 

Nyt esilla olevalla keksinnOlia sa^vutetaan merkittavia etuja tunnetun 
tekniikan mukaislin ratkaisuihin v^rrattuna. Keksinnon mukalnen mene- 
telma mahdollistaa kahden tai u^eamman samannimisen ohjelmamo- 
duulln yhtaaikaisen kayton, jolloiri kayttajan ei tarvltse suorittaa ohjel- 

10 mamoduulin valhtotolmenplteita. Tama ohjelmamoduuliGn yhtaaikalnen 
kaytto on matidollista toteuttaa jopa siten, ettS kSyttajan ei sdes tarvitse 
tietaa tallaisesta toimlnnosta. Lisaksi keksinnolla saavutetaan se etu, 
etta ohjelmamoduulin toimittaja voidaan vamnentaa, jolloln valtytaan 
epSluotettavien ohjelmatoimittajien ohjelmamoduulien kayttamiselta. 

15 Varmennus suoritetaan kutsuvassa ohjelmassa tai sen kaynnistamana, 
joten varmennus on kayttoymparistosta riippumaton toimenpide. 



20 



Keksintoa selostetaan seuraavassa tarkemmin viltaten samafia oheisiin 
piirustuksiin, joissa 

kuva 1 esittaa peikistettyni kaaviona tunnetun tekniikan mukaista 
oiijelmamoduulin latausta, 

kuva 2 esittaa pelkistettyna kaaviona tilannetta tunnetun tekniikan 
25 mukalsessa tyOasemassa kaliden ohjelmamoduulin kayton 

yhteydessa, 

kuva 3 esittaa pelkistettynS kaaviona keksinnon eraan edullisen 
suoritusmuodon mukaista menetelmaa sovellettuna tyo- 
30 asemassa, 

kuva 4 esittaa pelkistetysti lataustoimintoa keksinnon eraSn edulli- 
sen suoritusmuodon mukaisen menetelman yhteydessa, 

35 kuva 5 esittaa perlaatekuvaa WAP-mallista, ja 
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kuvae esittas pelklstettyna kaaviona keksinnon eraan edulllsen 
suoritusmuodon mukaista pastelaitetta. 

WAP (Wireless Application Protocol) on WAP Form -yhteenlilttyman 
5 maSrittama jarjestely Intemet-tietoverkon ja kehittyneiden datapalvelui- 
den saannln toteuttamiseksi langattomlssa paatelaltteissa. WAP tarjoaa 
periaatteessa skaalautuvan ja laajennettavlssa olevan kokonaisuuden. 
jonka kerrosrakenteisessa arkkltehtuurissa tietty yhteyskaytantokerros 
tarjoaa palveluita seuraavalle kerrokselle. WAP-arkkitehtuuri on hyvln 
10 lahella Internet-tletoverkosta tunnettua WWW-mallia, mutta silhen on 
tehty langattoman ymparistOn vaatlmia optimointeja Ja muutoksla. 

Oheisessa kuvassa 5 on esitetty periaatekuva WAP-malllsta, joka 
mahdolllstaa asiakastyoaseman MT ja palvelimen S valisen neuvotte- 

15 lun palvelimella S kaytettavSn dataobjektin tarjoamlseksi lukijalle ym- 
marrettavassa muodossa. Asiakastyoasenna MT lahettaa langattoman 
tiedonsiirtoverkon NW1 yli yhdyskaytavaile GW koodatun palvelupyyn- 
non, jonka yhdyskaytava GW dekoodaa ja vailttaa Intemet-tletovericon 
NW2 valityksella palvelimelle S. Paivelin S lahettaa pyydetyn sisallon 

20 yhdyskaytavaile GW, joka koodaa srsallon ja lahettaa sen palvelupyyn- 
non tehneelle asiakkaalle. Vastaanotettu dataobjekti on tulostettavissa 
kayttajan tarkasteltavaksl asiakkaan yhteydessa olevan kayttoliittyman 
valityksella. 

25 Kuva 6 havainnollistaa pelklstettyna lohkokaaviona asiakastyoasemana 
kaytettavaa langatonta paatelaltetta MT. Nyt esitetyssa suoritusmuo- 
dossa paatelaltteena on kaytetty langatonta viestlnta, kuten matkavles- 
tlnta, mutta on selvaa. etta keksintoa voidaan soveltaa my6s muun- 
tyyppisten tyoasemien ja langattomien paatelaitteiden yhteydessa. Lan- 

30 gaton viestin voi olla mika tahansa langaton tletoHlkennevaiine, kuten 
eslmerkiksi kaksisuuntainen hakulaite, langaton PDA-lalte (Personal 
Digital Assistant). IP-protokollaa kayttava WLAN-paatelalte (Wireless 
Local Area Network) tai kannettava tietokone, joka on varustettu 
laitteistoporttiin lisattavalla antennin kasittavalia matkaviestinverkko- 

35 kortllla. 
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Kuvan 6 lohkokaaviossa esltetty langaton viestin sisaltaa radiotertse ta- 
pahtuvaa kommunikointia varten radioykslkon RF, joka kasittaa tavan- 
omaisesta matkaviestimesta tunnetun lahetinhaaran TX (kasittaen ka- 
navakoodauksen. lomituksen, salauksen. moduloinnin ja lahetyksen 
5 suorittavat tolmintolohkot), vastaanotinhaaran RX (kasittaen vastaan- 
oton, demoduloinnin, salauksen purun, lomituksen purun seka kanava- 
dekoodauksen suorittavat toimintolohkot), radioteitse tapahtuvaa lahe- 
tysta varten vastaanoton Ja lahetyksen erottavan duplex-suodattimen 
DF ja antennin ANT. Paatelaltteen toimintaa kokonalsuudessaan chjaa 

10 keskusyksikko CTRL, joka myos toteuttaa paatelaltteen yhteyskaytan- 
nOn mukaiset toiminnalllsuudet. Matkavlestin kasittaa muistin MEM, 
joka sisaltaa edullisesti haihtuvaa ja haihtumatonta mulstia, ja llitanta- 
ykslkon lO, joka kasittaa yhden tai useampia lalttelstoportteja sisSisten 
tai ulkolsten lisalalttelden iiittamiseksi matkavlestimeen. Kayttajan 

15 kanssa suoritettavaa kommunikointia varten tyoasema kasittaa kaytto- 
liittyman, joka sisaltaa tyypilllsesti nappaimiston, nayton, mlkrofonin ja 
kaluttimen. Tietojenkasittelyohjelmien yhteydessa liitantayksikko kasit- 
taa tiedonsiirtovalineet tietojen siirtamiseksi tietojenkasitteiylaitteen, 
kuten kannettavan tietokoneen, ja matkaviestimen valllla. Nama tieto- 

20 jenkasittelytolminnot volvat olla toteutettulna myos matkaviestimessa, 
eslmerklksi kommunikaattorltyyppisessa laltteessa, jolloin osa paatelalt- 
teen toiminnoista voi olla yhteisiS sekS matkaviestimelle etta tietojen- 
kasittefytoiminnoille. Yhteys palvelimeen toteutetaan radloykslkon vali- 
tyksella. Keskusyksikko ohjaa matkaviestintoimintojen toteutusta suorit- 

25 tamalla laitteen muistlin ohjelmallisesti tai laltteistorakenteeseen jarjes- 
tetyt toiminnot, ja edullisesti palvellmelta paatefaltteeseen ladalun oh- 
jelmakoodln toiminnot. 

Ohjelmamoduulien sisalnen rakenne vol kaytannon sovellukslssa vaih- 
30 delta. ErSSssa edullisessa valhtoehdossa on aliohjelmien tunnlsteille 
varattu tletty, ennalta maaratty alue, Talloin sopivimmin naiden tunnis- 
teiden yhteydessa on myos tieto sllta, mista kohdasta ohjelmamoduulia 
alkaa aliohjelman ohjelmakoodi. Eraassa tolsessa edullisessa vaihto- 
ehdossa kunkin aliohjelman tunnlste on aliohjelman ohjelmakoodin yh- 
35 teydessa, TaJloin tunnlstelden yhteydessa on viela tieto siita, missa 
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kohdassa ohjelmamoduLdia sijaitsee seuraavan aliohjelman tunniste- 
treto. Nyt esilia olevan keksinnon kannalta ei sin&nsa ole merkitysta 
silla, miten tunnisteet ja aliohjelmat on jarjestetty ohjelmamoduuleihin. 

5 Kuvataan seuraavaksi keksinnon eraan edullisen suoritusmuodon mu- 
kaisen menetelman toimintaa viitaten samalla kuvaan 3. Kayttaja 
kSynnistaa paatelaitteessa MT moduulirakenteisen ohjelman A paaoh- 
jelman. Taman jalkeen paaohjelmaa suorltetaan, kunnes ohjelman 
suorituksessa on kutsu 7 aliohjelmaan. joka ef sijaitse samassa ohjel- 

10 mamoduulissa kuin paaohjelma. Talloin pSStelaltteessa MT siirrytaSn 
suorittamaan latauskasittelijaa H, joka vol olla toteutettu esim. suoritet- 
tavana olevassa ohjelmassa, tai pastelaitteen MT kayttojarjestelmatoi- 
mlntona. Aliohjelmakutsun 7 yhteydessa latauskasittelijaile H valitetaSn 
tieto kutsuttavan aliohjelman nimesta. aliohjelmaparametrelsta seka Ih 

15 satunnisteesta. Latauskasittelija kayttaa naita tietoja kutsuttavan alioh- 
jelman P1,P2. P3 selvittamiseksr ohjelmamoduulelhrn tallennettujen 
allohjelmlen tunnlstelsta T1 . T2, T3 edullisesti seuraavasti. 

Latauskasittelija H suorittaa tunnisteessa T1,T2, T3 olevan ohjelma- 
20 moduulln nimen perusteella kyselsen ohjelmamoduulin etslmlsen tut- 
kimlsta varten, kuten on sinansa tunnettua. Sen jalkeen kun ohjelma- 
moduuli on loydetty, vertaa latauskasittelija ennalta maarltetysta palkas- 
ta yhden aliohjelman tunnistetieioja allohjelmakutsussa valltettyihin tle- 
toihin. Tassa valheessa tutkitaan edullisesti aliohjelman nimi ja para- 
25 metiien tyyppitiedot. MIkali seka nimi etta tyyppitiedot tSsmaavat, suorl- 
tetaan viela keksinndn mukaisen lisatunnlsteen tutklminen. TamSn lisa 
tunnlsteen perusteella voidaan paatella, onko tutkittavana oleva ohjel- 
mamoduull suoritettavana olevan ohjelman valmlstajan hyvaksyma. 
Tutkimisessa voidaan kayttaa eri menetelmia. joista erasta kuvataan 
30 tarkemmin jaljempana tassa selityksessa. Naita lisatunnistelta vol sa- 
massa ohjelmamoduulissa olla useampiakin kuIn yksi, jolloin useampi 
valmlstaja vol hyvaksya saman ohjelmamoduulin. Kutsuva ohjelma vol 
valittaa myos oman funktionsa. jolla varmistus lisatunnlsteen pemsteel- 
la voidaan suorittaa. 

35 
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Jos lisatunnisteen tutkimisvaiheessa todetaan, etta kyseessS on sellai- 
sen valmistajan toimittama ohjelmamoduuli, jota voidaan kayttaa suori- 
tettavana olevan ohjelman yhteydessS, siirrytaan suorittamaan tata 
aliohjelmaa. Jos sensijaan todetaan. etta kyseinen ohjefmamoduuli ei 
ole sellaisen valmistajan toimittama. joka on suoritettavana olevan oh- 
jelman valmistajan valtuuttama (nuoli 8). siiriytaan tutkimaan toista sa- 
mannlmlsta ohjelmamoduulia. mtkali sellalnen loytyy. TastS tolsesta 
ohjelmamoduulista tutkitaan. sisaltaako se kutsuttua aliohjelmaa. jossa 
parametrien tyyppitiedot tasmaavat. Jos tallalnen allohjelma loytyy, 
tutkitaan viela ohjelmamoduulin sisaitSmat lisatunniateet ohjelmamo- 
duulin valmistajan selvittamiseksi. Jos llsatunniste ei tasmaa. kyseessa 
ei ole valtuutetun valmistajan ohjelmamoduuli (nuoli 9). Jos sen sljaan 
jokin tutkituista llsatunnfsteista osolttaa kyseessa olevan valtuutetun 
valmistajan toimittama ohjelmamoduuli (nuoli 10). siirrytaan suoritta- 
maan tSta aliohjelmaa (nuoli 11), jota kuvassa 3 on merkitty viltteella 



Edelia esitettyja vaiheita toistetaan edullisestl nlin kauan. kunnes halut- 
tu ohjelmamoduuli loytyy, tai kunnes kalkki tietyn nimlset ohjelmamo- 

20 duullt on kayty lapi. Mainittakoon tassa yhteydessa viela se. etta ohjel- 
mamoduulia voidaan etsfa useista eri palkoista. Etsiminen voidaan 
aloittaa esimertaksi paStelaitteen muistista MEM. TSman jSlkeen etsln- 
taa voidaan laajentaa IShlverkon NW1 muistivallneisiin. mikali paate- 
laite on kytketty tiedonsiirtoyhteyteen jphonkln lahiverkkoon. Ohjelma- 

25 moduulia voidaan etsiS viela Internet-tietoverkosta sinansa tunnetustl. 
Langattoman paatelaitteen MT yhteydessa voidaan etslmlsessa ja la- 
tauksessa edullisestl soveltaa mainittua WAP-protokollaa. 

Seuraavassa kuvataan tarkemmin eras edullinen lisatunnisteen toteu- 
30 tusmuoto viitaten samalla kuvan 4 pelklstettyyn kaavioon. Tassa toteu^ 
tuksessa kaytetaan digitaalista allekirjoitusta, joka muodostetaan eslm. 
asymmetrisella salauksella. Asymmetrinen salaus perustuu salainen 
avain— julkinen avain -avainpariln. Kultakin asymmetrlsta salausta so- 
veltavalla ohjelmavalmislajalla Ml . M2, M3 on yksl tai useampi salainen 
35 avain. Naita on kuvassa 4 merkitty viitteilla SKI . SK2 ja SK3. Kuvassa 
4 on selvyyden vuoksl esitetty vain kolme valmistajaa ja jokaiselle val- 
mistajalle yksl avainpari. mutta on selvaa, etta kaytannossa valmistajla 
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ja avainpareja on huomattavasti enemman kuin tSssa esitetyt. Kuvan 4 
eslmerkissa on enslmmainen valmistaja Ml liittanyt ensimmaiseen oh- 
jGlmamoduuliin LI lisatunnisteen, joka kasrttaa ensimmalsella salaisella 
avaimella SKI muodostetun digitaalisen aflekirjoituksen. Tata lisatun- 
5 nistetta on esimerkinomaisesti havainnollistettu viitteelia LT1 oheisessa 
kuvassa 3, mutta on selvaa. etta kaytflnndn sovelluksissa lisatunnis- 
teen muoto voi vaihdella. Toinen valmistaja M2 on liittanyt toiseen oh- 
jelmamoduuJiin L2 lisatunnisteen LT2, joka kasittaa toisella salaisella 
avaimella SK2 muodostetun digitaalisen allekirioltuksen. Myos kolmas 

10 valmistaja M3 on viela liittanyt tShan toiseen ohjelmamoduuliin L2 lisa- 
tunnisteen LT3, joka kSslttaS kolmannella salaisella avaimella SK3 
muodostetun digitaalisen allekirjoituksen. TamS toinen ohjelmamoduuli 
L2 on siis seka tolsen M2 ettS kolmannen valmistajan M3 hyvSksyma. 
Kolmas valmistaja Ml on liittanyt myos kolmanteen ohjelmamoduuliin 

15 L3 lisatunnisteen LT3, joka kaslttas kolmannella salaisella avaimella 
SK3 muodostetun digitaalisen allekirjoituksen. Taman kolmannen oh- 
jelmamoduulin L3 tunniste T3 on sama kuin toisen ohjelmamoduulln L2 
tunniste T2. LIsatunnistelden osalta erona on siis se, etta kolmannen 
ohjelmamoduulin L3 llsatunniste el sisalla toisen valmistajan digltaalista 

20 allekirjoitusta. 



Pa&telaitteen MT kayttaja on tallentanut paatelaltteeseen tai kuhunkin 
ohjelmaan, jossa nyt esilla olevaa kekslntoa sovelletaan, valmista- 
janA^almistajlen julkisia avaimia PK1 . PK2. PK3. Julkisen avaimen jake- 

25 lu voidaan jarjestaa eslm. siten, etta kaytetaan luotettavaksl arvloitua 
jakeluorganisaatiota ORG, jolle valmlstajat ilmoittavat julkisen avalmen- 
sa ja josta kayttaja voi ne saada. Julklsella avaimella voidaan suorittaa 
edella mainittu lisatunnisteen tutkiminen. eli vamiistaa se, etta digitaali- 
nen allekinoitus on todella muodostettu julklsta avainta vastaavalla sa- 

30 laisella avaimella. Julkiset avaimet tallennetaan siten. etta ohjelmaa 
suoritettaessa ne ovat ohjelman kaytettavissa. Kunkin latauksen yhtey- 
dessa valitaan julklsista avaimista sellalset. joita vastaavat valmlstajat 
ovat hyvaksyneet ladattavan ohjelmamoduulln kayton. Eslmerkiksi ku- 
van 4 mukaisessa tilanteessa valitaan vain kolmannen valmistajan M3 

35 julkinen avarn PK3. 
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Eraana vaihtoehtona julkisten avaimlen tallennukseen on ns. alykortti 
(ei esitetty). Alykortti liitetaan tiedonsiirtoyhteyteen paatelaitteeseen MT 
esim. Itityntavaylan IF (kuva 5) avulla. jolloin paatelaite MT vol tarvlt- 
taessa kayda lukemassa alykorttrin tallennettuja julkisia avalmla. 

5 

Digltaalinen allekirjortus voidaan muodostaa edullisesti sinansa tunne- 
tulla RSA-algoritmjjla. jossa aljekirjoitus toteutetaan salausoperaatiolla. 
Tunnetaan myos multa menetelmla, kuten DSA (Digital Signature Al- 
gorithm), ECDSA (Elliptic Curve Digital Signature Algorithm), joissa 
1 0 digitaalinen allekirjoitus tehdaan tolsin. 

Nyt esilla olevaa keksintoa voidaan soveltaa sellaislssa ohjelmolntiym- 
paristdlssa, joissa dynaaminen lataus on kaytossa. Esimerkkeja tallal- 
sista ymparistoista mainittakoon tassa yhteydessa CORBA ja Java. 

15 KSytannon sovelluksissa keksinnon mukaisen menetelman yksityiskoh- 
dat riippuvat sovellusymparistosta. CORBA-ohjelmointiymparistOssa on 
kaytettavissa bind()-funktio dynaamlsta latausta varten. Talloln funktio- 
kutsun yhteydessa voidaan valittaa tunniste ja llsatunniste. BlndO-funk- 
tion kutsuminen aikaansaa latauskaslttelijan (binding server) suoritta- 

20 misen, jolloin latauskaslttelija voi tutkia kutsun yhteydessa valltettya in- 
formaatlota. 

Java-ohjelmointiymparistossa kSytetaan latauksen yhteydessa mene- 
telmlen tunnuksia. jotka on muodostettu aliohjelmlen nimlsta seka pa- 

25 rametrien tyypeista. Nalta tunnuksia tutkitaan viimeistaan siina vai- 
heessa. kun lataus on suorltettava. Talloin tutkimisen suorlttaa ns. la- 
tauskasittelijaa H vastaavassa Java virtuaalikoneen toiminnallisessa 
osassa. Talloin keksinnon mukaista menetelmaa voidaan Java-ympa- 
rlstossa soveltaa esim. siten. etta lisataan tunnukseen llsatunniste ja 

30 muodostetaan Java virtuaalikoneeseen tolmlnto. jolla tarkistetaan Ijsa- 
tunnisteen oikeellisuus. 

Nyt esilla olevaa keksintoa ei ole rajoitettu ainoastaan edelia esitettyihin 
suorltusmuotoihin. vaan sita voidaan muunnella ohelsten patenttivaati- 
35 musten pulttalssa. 
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Patenttivaatim u kset: 

1. Menetelma ohjelmamoduulin (L1,L2L3) lataamiseksl paatelait- 
teessa (MT), jossa suoritetaan yhta tai useampaa ohjelmaa (A. B), ja 

5 jossa menetelmassa aliohjelmia (PI, P2, P3) tallennetaan mainittuihin 
ohjelmamoduuleihin (L1.L2L3). ohjelmamoduuleihin (L1,L2L3) muo- 
dostetaan ensimmaisl^ tunnistetietoja (T1.T2,T3), jolloin latauksen 
kaynnistamlseksi ohjelmassa suoritetaan kutsu (7) aliohjelmaan 
{P1 , P2. P3), ja kutsuun (7) liitetaan ensimmaisia kutsutietoja 

10 (T1,T2.T3) sen ohjelmamoduulin (LI . L2L3) vailtsemiseksi latausta 
varten, johon kutsuttava aliohjelma (PI , P2, P3) on tallennettu, tun- 
nettu silta, ettS tunnlstetietoihin (T1 . T2, T3) liitetaan toiset tunnistetle- 
dot (LT1, LT2, LT3), etta kutsuun (7) liitetaan lisaksl mainlttuja toisia 
kutsutietoja (PKx, PKy, PKz), ja etta latauksen yhteydessa verrataan 

15 ohjelmamoduuleihin tailennettuja malnittuja ensimmaisia tunnistetietoja 
(T1,T2,T3) kutsussa (7) vSlitettyihin ensimmSisiin kutsutletolhin 
(T1 , T2, T3) ja toisia tunnistetietoja (LT1 , LT2, LT3) kutsussa (7) vali- 
tettylhin toisiin kutsutietolhln (PKx. PKy, PKz). jolloin ladattavaksl oh- 
jelmamoduullksl valitaan ohjelmamoduuli, joka vastaa kutsussa valitet- 

20 tyja ensimmaisia (T1 . T2, T3) ja toisia kutsutietoja (PKx. PKy. PKz). 

2. Patenttivaatimuksen 1 mukainen menetelma. tunnenu siita, etta 
ohjelmamoduuleihin muodostettavat toiset tunnistetiedot 
(LT1, LT2, LT3) sisaltavat digitaalisen alleklrjoituksen. 

25 

3. Patenttivaatimuksen 2 mukainen menetelma. tunnettu siita. etta 
toisiin kutsutletolhin liitetaan julklnen avain (PKx. PKy, PKz), jonka pe- 
rusteella ohjelmamoduulifn muodostettujen tolsten tunnistetietojen digl- 
taailnen alleklrjoitus tarklstetaan. 

30 

4. Patenttivaatimuksen 1 , 2 tai 3 mukainen menetelma. tunnettu siita, 
etta ohjelmamoduuleihin muodostettavat toiset tunnistetiedot 
(LT1 , LT2, LT3) tallennetaan salatussa muodossa. 
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5. Patenttivaatimuksen 4 mukainen menetelma, tunnettu silta, etta 
toisiin kutsutietoihln liitetaan julkinen avain (PKx. PKy, PKz), jonka pe- 
rusteella ohjelmamoduullin muodostettujen toisten tunnistetietojen 
(LT1 , LT2. LT3) salaus puretaan. 

5 

6. Jonkin patenttivaatimuksen 1—5 mukainen menetelma. jossa oh- 
ielmamoduuleita (L1,L2L3) tallennetaan Intemet-tletoverkkoon tie- 
donslirtoyhteydessa olevaan palvelimeen, tunnettu siita, etta paatelait- 
teena (MT) kaytetaan langatonta pSatelaitetta. ja etta ohjelmamoduu 

10 lien {L1 , L2 L3) lataus suoritetaan ainakin osittain WAP-protokollan mu- 
kalsilla sanomllla. 

7. Paatelaite (IVIT), joka kasittaa valineet (H) ohjelmamoduulln 
(L1,L2L3) lataamlseksi, jorhin ohjelmamoduuleihin (L1.L2L3) on tal- 
is lennettu aliohjelmia (P1.P2. P3), ja enslmmalsia tunnlstetietoja 

(T1,T2. T3), ja joka paatelaite (MT) kasittaa llsaksl valineet 
(CTRL, MEM) ohjelmien (A, B) suorittamiseksi, valineet (CTRL) latauk- 
sen kaynnistamlseksl suorittamalla ohjelmassa kutsu (7) allohjelmaan 
(P1.P2, P3). johon kutsuun (7) on liitetty enslmmalsia kutsutletoja 

20 (T1,T2. T3) sen ohjelmamoduulin (L1,L2L3) valltsemiseksi latausta 
varten. johon kutsuttava allohjelma (P1,P2, P3) on tallennettu, tun- 
nettu siita. etta ohjelmamoduuleihin (L1,L2L3) on tallennettu toisia 
tunnlstetietoja (LT1. LT2. LT3). etta pSateiaite kasittaa lisaksl valineet 
(CTRL, MEM) toisten kutsutietojen (PKx, PKy, PKz) liittamlseksl kut- 

25 suun (7). valineet (H) ohjelmamoduuleihin tallennettujen mainittujen 
ensimmalsten tunnistetietojen (T1,T2.T3) vertaamiseksi kutsussa (7) 
valltettyihin ensimmaisiin kutsutletolhin (T1. T2, T3), valineet (H) toisten 
tunnistetietojen (LTI, LT2, LT3) vertaamiseksi kutsussa (7) vSlitettyihin 
toisiin kutsutietoihln (PKx. PKy, PKz), ja valineet (H) ohjelmamoduulln 

30 valitsemlseksl ladattavaksi mainittujen vertailujen perusteella. 

8. Patenttivaatimuksen 7 mukainen paatelaite (MT), tunnettu silta, 
ettS ohjelmamoduuleihin muodostetut toiset tunnistetiedot 
(LT1. LT2. LT3) sisaltavat digitaalisen allekirjoituksen. 

35 
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9. Patenttlvaatimuksen 8 mukainen paatelaite (MT). tunnettu siita, 
etta toislin kutsutietoihin on Mitetty julklnen avain (PKx, PKy, PKz), jonka 
perusteella ohjelmamoduuliin muodostettujen toisten tunnistetietojen 
digitaalinen allekirjoitus on jarjestotty tarkistettavakai. 

5 

10. Patenttivaatimuksen 7, 8 tai 9 mukainen paatelaite (MT). joka kasit- 
taa vaiineet (RF. DF, ANT) Intemet-tletoverkkoon (NW2) tiedonsilrtoyh- 
teydessa olevaan palvelimeen (S) tallennettujen ohjelmamoduuleiden 
(Li , L2 L3) lataamiseksi paatelaitteeseen (MT), tunnettu slita, etta 

10 paatelaite (MT) on langaton paatelaite, ja etta se kaslttaa vSlineet 
(CTRL) ohjelmamoduulien (LI , 12 L3) latauksen suorittamiseksi ainakin 
osittain WAP-protokollan mukalsilla sanomilla. 
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(57) Tiivlstelma ; 

Keksinnfin kohteena on menetelma ohjelmamoduulin 
(L1, L2 L3) lataamiseksi paatelaitteessa (MT), jossa 
suoritetaan yhta tar useampaa ohjelmaa (A, B). jossa 
menetelmassa aliohjelmia (P1. P2. PS) tallennetaan 
mainittuihin ohjelmamoduuleihin (L1, L2 L3). Ohjelma- 
moduulelhin (L1, L2 L3) muodostetaan ensimmaisia 
tunnlstetietoja (T1. T2, T3). jolloln latauksen kaynnista- 
miseksi ohjelmassa suoritetaan kutsu (7) aliohjelmaan 
(PI, P2, P3). Kutsuun (7) liitetaan ©nsimmaisia kutsutie- 
toja (T1, T2, T3) sen ohjelmamoduulin (LI, L2 L3) valit- 
semiseksi latausta vailen, johon kutsuttava aliohjelma 
(P1. P2, P3) on tallennettu. Tunnistetietoihin liitetaan toi- 
set tunnistetiedot (LTI. LT2, LT3). Kutsuun (7) liitetaan 
llsaksi malnittuja tolsia kutsutietoja (PKx, PKy. PKz). 
Latauksen yhteydessa verrataan ohjelmamoduuleihin 
tallennettuja mainltluja ensimmaisia tunnlstetietoja (T1, 
T2. T3) kutsussa (7) valitettylhin ensimmaisiin kutsutie- 
toihln (T1. T2. T3) ja toisia tunnlstetietoja 
(LT1 , LT2, LT3) kutsussa (7) valitettylhin tolsiin kutsutie- 
toihin (PKx, PKy. PKz), jolloin iadattavaksi ohjelmamo- 
duuliksl valitaan ohjelmamoduull, joka vastaa kutsussa 
vailtettyja ensimmaisia (Tl, T2, T3) ja toisia kutsutietoja 
(PKx. PKy, PKz). Keksinndn kohteena on myos paate- 
laite (MX). 



Fig. 4 
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1 

Method for binding a program module 

The present invention relates to a method for binding a program 
module as set forth in the preamble of the appended claim 1 . The 
5 invention also relates to a terminal as set forth in the preamble of the 
appended claim 7. 

At present, programs are primarily implemented as having a module 
structure, wherein one program consists of several program modules, 

10 modules, etc. It is thus possible to keep the size of a single program 
module within limits, and during the use, only such program modules 
are bound which are used at a time. Such an arrangement facilitates 
e.g. the maintenance of the programs, reduces the memory capacity 
required in the data processor using the program, as well as makes it 

15 possible for several different programs to use the same program 
module. To run such a program consisting of modules, a so-called main 
program is started. When the operation of the main program proceeds, 
for example on the basis of instructions entered by users, the program 
module needed at the time is bound from the main program. Below in 

20 this specification, the general name program module will be used to 
refer to such a program component, in connection with which binding 
can be applied. Such program modules include e.g. program libraries. 

Binding refers in this specification to a process related to running of 
25 programs, in which a program component, such as a main program or a 
subroutine, calls another program component, such as a subroutine or 
a function. Binding can be further divided into so-called coarse-grain 
binding and fine-grain binding. In coarse-grain binding, a program 
module is selected, and in fine-grain binding, a subroutine, function or 
30 the like is selected from the program module. 

Figure 1 shows, in a reduced chart, a way of binding according to prior 
art. A calling program A comprises a subroutine call 1, in which a tag 
T1, T2 for the subroutine PI, P2 is given as the parameters. This tag 
35 T1 , T2 typically comprises the name of the subroutine and a list of the 
types of the subroutine parameters. The binding request is transferred 
to a binding server H, where the tag is used to find out in which 
program module the subroutine PI, P2 is located. In this search, it is 
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possible to use e.g. a lookup table which preferably comprises a list of 
the available program modules LI, L2 and/or the tags T1, T2 of the 
subroutine PI, P2. If the binding server finds such a program module 
LI, L2, in which the called subroutine PI, P2 is located, the binding 
5 server H will next examine, if the type data of the subroutine corre- 
spond to the type data of the called subroutine. In Fig. 1, a broken 
line 2 indicates a situation, in which the binding server H has found a 
correct name but the type data do not match. In a corresponding man- 
ner, a solid arrow 3 is used to indicate a situation, in which both the 
10 name and type data match, wherein the binding server H hands the 
operation of the program over to said subroutine P2 (arrow 4). This 
binding server can be implemented e.g, as an operating system 
function or in connection with the program itself. 

15 The above-described method for binding programs is called dynamic 
binding, as distinguished from static binding, where subroutine calls 
and the actual subroutines are linked already at the stage of compiling 
the program. Static binding can accelerate the operation of the program 
to some extent, but in this case the whole program must be loaded into 

20 the memory means of the data processor before the program can be 
used. Moreover, the updating of the program to a newer version 
requires that the whole program is updated. 

The program and the program modules required in its operation are 
25 usually stored at the stage of installing the program on the memory 
means of the data processor, typically on a fixed disk. At present, par- 
ticularly due to an increase in the use of networks, all program modules 
are not necessarily stored in the same data processor. For example in 
a local area network, a server computer normally comprises the 
30 program modules of all the programs available in the local area net- 
work, wherein work stations of the local area network load the program 
modules needed at the time from the memory means of the server. 
Also in such a situation, the program modules are typically stored at the 
stage of installing the program in the memory means of the server. On 
35 the other hand, the increased popularity of the Internet data network 
has made it possible to download the program modules of the program 
by means of the Internet network e.g. from the home page of the 
program manufacturer. This downloading can be performed e,g. at the 
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stage when the program is installed in a work station or a server, or at 
the stage when the progrann is used. Thus, the work station performs 
the downloading of the program modules via the Internet data network 
e.g. from the home page of the program manufacturer. Thus, not nearly 
5 all the program modules need to be stored in the work station, wherein 
storage capacity e.g. on the fixed disk of a work station is left over for 
other use. Furthermore, the newest program version is always available 
for the program, wherein the user does not necessarily need to perform 
updating of the program at the work station. 

10 

One disadvantage in binding of such a dynamic program module is that 
the program can use even such a program module which is not made 
by the program manufacturer or is not supplied by a manufacturer 
approved by the manufacturer in question, but it can be a so-called 

15 pirate version. To eliminate this drawback, a so-called signature 
method has been developed, in which the program module is supple- 
mented with a confirmation which is used as an attempt to verify the 
origin of the program module before installing program module. This 
confirmation is encrypted with an encryption method known per se, to 

20 prevent falsification of the confirmation. However, the confirmation is 
not made upon running the program but at the stage of installing the 
program. Furthermore, the confirmation is made by the operating sys- 
tem or another corresponding component in the use environment of the 
work station, but not by the program itself. Thus, the decision on 

25 accepting or rejecting the program module is made by the operating 
system. If the program module has been once accepted at the work 
station, also all the other programs can use the program module in 
question. This situation may cause problems, because the manufac- 
turer of another program may not necessarily accept this program 

30 module to be used in connection with a program made by itself. 

Another drawback in dynamic binding is that different programs may 
have program modules and/or subroutines having the same name. In 
work stations of prior art, however, two program modules with the same 
35 name cannot be loaded simultaneously. Thus, the user must take care 
of changing the program module in a situation when the user switches 
over to use another program using program modules with the same 
name. 
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The appended Fig. 2 shows, in a reduced chart, a situation in which two 
programs A, B are installed in a work station. The first program A is 
manufactured and supplied by a first manufacturer M1. The second 
5 program B is manufactured and supplied by a second manufac- 
turer M2. A program module LI necessary for the first program A is 
manufactured by a third manufacturer M3. The first manufacturer M1 
has authorized the third manufacturer M3 to supply said program mod- 
ule LI to be used in the program A. In a corresponding manner, the 

10 second manufacturer M2 has authorized a fourth manufacturer M4 to 
supply a second program module L2 to be used in the second pro- 
gram B. However, the first manufacturer M1 has not authorized the 
fourth manufacturer M4 to supply the program module L1 in its own 
program A. In a corresponding manner, the program by the second 

15 manufacturer M2 has no authorization to use the program module LI of 
the third manufacturer M3, even if these program modules LI, L2 con- 
tained substantially the same functionality. Thus, when the user starts 
the first program A, the user must also load the first program module LI 
in the work station. The binding is thus performed from the first program 

20 module LI , which is indicated by an arrow 5 in Fig. 2. Nevertheless, 
binding from the second program module L2 (arrow 6) cannot be per- 
formed. In a situation in which the user switches over to use the second 
program B, the user must also change the first program module L1 in 
use to the second program module L2 so that the second program B 

25 would run in the desired manner. 

It is an aim of the present invention to provide a dynamic method for 
binding a program module, to make it possible to have several program 
modules with the same name available for use simultaneously in a work 

30 station. The program module required by each program is identified 
and verified by means of an auxiliary tag. The method according to the 
present invention is characterized in what will be presented in the char- 
acterizing part of the appended claim 1 . The work station according to 
the present invention is characterized in what will be presented in the 

35 characterizing part of the appended claim 7. The invention is based on 
the idea that the program module is supplemented with an auxiliary tag, 
which can be used to identify a desired program module and also to 
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verify that it is a program module supplied by the program manufacturer 
or by an authorized manufacturer. 

Significant advantages are achieved by the present invention when 
5 compared with solutions of prior art. The method according to the 
invention makes it possible to use two or more program modules with 
the same name simultaneously, wherein the user does not need to take 
any measures to change the program module. This simultaneous use 
of program modules can even be implemented in such a way that the 

10 user does not even need to know about such a function. Furthermore, 
the invention has the advantage that the supplier of the program mod- 
ule can be confirmed, whereby the use of program modules by unreli- 
able program suppliers can be avoided. The confirmation is executed in 
the calling program or is started up by the same, wherein the 

15 confirmation is an operation independent of the use environment. 

In the following, the invention will be described in more detail with 
reference to the appended drawings, in which 



20 Fig. 1 shows, in a reduced chart, binding of a program module 
according to prior art, 

Fig. 2 shows, in a reduced chart, the situation in a work station of 
prior art in connection with the user of two program 
25 modules, 

Fig. 3 shows, in a reduced chart, the method according to a 
preferred embodiment of the invention applied in a work 
station, 

30 

Fig. 4 shows, in a reduced manner, the binding function in 
connection with the method according to a preferred 
embodiment of the invention, 

35 Fig. 5 shows a WAP model in a skeleton diagram, and 

Fig. 6 shows, in a reduced chart, a terminal according to a 
preferred embodiment of the invention. 
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WAP (Wireless Application Protocol) is an arrangement determined by 
the WAP Forum for implementing access to the Internet data network 
and sophisticated data services in mobile terminals. WAP offers an 
5 entity which is, in principle, scalable and expandable, and in whose 
layer-structured architecture a certain protocol layer offers services for 
the next layer. WAP architecture is very close to the WWW model 
known from the Internet data network, but it contains some 
optimizations and changes required by the wireless environment. 

10 

The appended Fig. 5 shows a skeleton diagram of a WAP model which 
makes communication possible between a client work station MT and a 
server S, to offer the reader a data object used at the server S in an 
intelligible format. The client work station MT transmits an encoded 

15 service request over a wireless communication network NW1 to a gate- 
way GW, which the gateway GW decodes and transmits via the Inter- 
net data network NW2 to the server S. The server S transmits the 
requested content to the gateway GW, which codes the content and 
transmits it to the client that made the service request. The received 

20 data object can be printed out to be reviewed by the client by means of 
the user interface in connection with the client. 

Figure 6 illustrates, in a reduced block chart, a mobile terminal MT used 
as a client work station. In the present embodiment, the terminal used 

25 is a wireless communication device, such as a mobile station, but it is 
obvious that the invention can also be applied in connection with other 
types of work stations and mobile terminals. The mobile station can be 
any wireless communication means, such as e.g. a duplex paging 
device, a wireless PDA device (Personal Digital Assistant), a WLAN 

30 (Wireless Local Area Network) terminal using the IP protocol, or a port- 
able computer equipped with a mobile communication network card to 
be inserted in the hardware port and comprising an antenna. 

The mobile station shown in the block chart of Fig. 6 comprises, for 
35 communication via the radio channel, a radio part RF which normally 
comprises, in a way known from a conventional mobile station, a 
transmitter branch TX (comprising the functional blocks which perform 
channel coding, interlacing, encryption, modulation, and transmission), 
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a receiver branch RX (comprising the functional blocks which perform 
reception, demodulation, decryption, de-interlacing, and channel decod- 
ing), a duplex filter DF for separating reception and transmission, and 
an antenna ANT for transmission on the radio channel. The operation 
5 of the terminal as a whole is controlled by a central unit CRTL which 
also implements the functionalities complying with the protocol of the 
terminal. The mobile station comprises a memory MEM, which contains 
preferably a volatile and a non-volatile memory, and an interface unit lO 
comprising one or several hardware ports for connecting internal or 

10 external auxiliary device sto the mobile station. For communication with 
the user, the work station comprises a user interface which typically 
comprises a keypad, a display, a microphone, and a speaker. In 
connection with data processing programs, the interface unit comprises 
communication means for transmitting data between the data proces- 

15 sor, such as a portable computer, and the mobile station. These data 
processing functions can also be implemented in the mobile station, for 
example in a communicator-type device, wherein some of the functions 
of the terminal can be common to both the mobile station and the data 
processing functions. The connection with the server is implemented 

20 via a radio unit. The central unit controls the implementation of the 
mobile station functions by performing the functions arranged as soft- 
ware in the memory of the device or in the hardware structure, and 
preferably the functions of the program code loaded from the server to 
the terminal. 

25 

The internal structure of the program modules can vary in practical 
applications. In an advantageous alternative, a certain predetermined 
area is allocated for the tags of the subroutines. Thus, preferably in 
connection with these tags, there is also information about the location 

30 in the program module where the program code of the subroutine 
starts. In another advantageous alternative, the tag of each subroutine 
is in connection with the program code of the subroutine. Thus, in con- 
nection with the tags, there is also information about the location of the 
tag of the next subroutine in the program module. In view of the present 

35 invention, it is not significant as such, how the tags and subroutines are 
arranged in the program modules. 
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We shall next describe the operation of an advantageous embodiment 
of the invention with reference to Fig. 3. The user starts the main pro- 
gram of a program A with a module structure in a terminal MT, After 
this, the main program is run, until there is a call 7 in the program run- 
5 ning to a subroutine which is not located in the same program module 
as the main program. Thus, the terminal MT moves on to execute a 
binding server H which can be implemented e.g. in the program being 
run, or as an operating system function in the terminal MT. In connec- 
tion with the subroutine call 7, information is transmitted to the binding 
10 server H about the name, subroutine parameters and auxiliary code of 
the subroutine to be called. The binding server uses this information to 
determine the subroutine PI, P2, P3 to be called from the tags T1, T2, 
T3 of the subroutines stored in the program modules, preferably in the 
following way. 

15 

On the basis of the name of the program module in the tag T1, T2, T3, 
the binding server H searches for said program module for examina- 
tion, which is known per se. After the program module has been found, 
the binding server compares the tag of one subroutine from a pre- 

20 determined location with the data transmitted in the subroutine call. At 
this stage, the name of the subroutine and the type data of the parame- 
ters are preferably examined. If both the name and the type data 
match, the auxiliary tag according to the invention is still examined. On 
the basis of this auxiliary tag, it is possible to determine whether the 

25 program module under examination has been approved by the 
manufacturer of the program being run. In this examination, it is 
possible to use various methods, one of which will be described in more 
detail below in this description. The same program module can also 
contain more than one of these auxiliary tags, wherein several 

30 manufacturers can approve the same program module. The calling 
program can also transmit its own function, whereby the confirmation 
on the basis of the auxiliary tag can be performed. 

If it is found at the stage of examining the auxiliary tag that the program 
35 module in question is supplied by such a manufacturer that it can be 
used in connection with the program to be run, the next step is to run 
this subroutine. Nevertheless, if it is found that the program module in 
question is not supplied by a manufacturer authorized by the manufac- 
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turer of the program to be run (arrow 8), the next step is to examine 
another program module with the same name, If there is one. This sec- 
ond program module is examined to find out if it contains a called sub- 
routine in which the parameter type data match. If such a subroutine is 
5 found, the auxiliary tags contained by the program module are also 
examined to find out the manufacturer of the program module. If the 
auxiliary tag does not match, the program module in question is not one 
by an authorized manufacturer (arrow 9). However, if one of the exam- 
ined auxiliary tags indicates that the program module in question is one 
10 supplied by an authorized manufacturer (arrow 10), the next step is to 
run this subroutine (arrow 11), which is indicated with the reference P3 
in Fig. 3. 

The above-presented steps are preferably iterated as long as the 
15 desired program module is found, or until all the program modules with 
a certain name have been examined. In this context, it should also be 
mentioned that the program module can be searched for in several dif- 
ferent locations. For example, the search can be started in the terminal 
memory MEM. After this, the search can be expanded to the memory 
20 means of a local area network NW1, if the terminal is coupled to com- 
municate with a local area network. Furthermore, the program module 
can be searched for in the Internet network in a way known per se. In 
connection with the wireless terminal MT, said WAP protocol can be 
preferably applied in the search and the binding. 

25 

In the following, an advantageous embodiment of an auxiliary tag will 
be described in more detail with reference to the skeleton diagram of 
Fig. 4. In this implementation, a digital signature is used, which is 
formed e.g. by asymmetric encryption. Asymmetric encryption is based 

30 on the key pair of a secret key and a public key. Each program manu- 
facturer Ml, M2, M3 applying asymmetric encryption has one or more 
secret keys. These are indicated with the references SKI, SK2 and 
SK3 in Fig. 4. For clarity, Fig. 4 only shows three manufacturers and 
one key pair for each manufacturer, but it is obvious that in practice, 

35 there are considerably more manufacturers and key pairs than those 
presented here. In the example of Fig. 4, the first manufacturer Ml has 
supplemented the first program module LI with an auxiliary tag which 
comprises a digital signature formed by a first secret key SKI . As an 
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example, this auxiliary tag is illustrated with the reference LT1 in the 
appended Fig. 3, but it is obvious that the format of the auxiliary tag can 
vary in practical applications. The second manufacturer M2 has sup- 
plemented a second program module L2 with an auxiliary tag LT2 
5 which comprises a digital signature formed by a second secret 
key SK2. Furthermore, a third manufacturer M3 has supplemented this 
second program module L2 with an auxiliary code LT3 which comprises 
a digital signature formed by a third secret key SK3. Thus, this second 
program module L2 is approved by both the second M2 and the third 

10 manufacturer M3. The third manufacturer M3 has supplemented also a 
third program module L3 with the auxiliary tag LT3 which comprises a 
digital signature formed by the third secret key SK3. The tag T3 of this 
third program module L3 is the same as the tag T2 of the second 
program module L2. Consequently, for the auxiliary tags, the difference 

15 lies in that the auxiliary tag of the third program module L3 does not 
contain the digital signature of the second manufacturer. 

In the terminal or in each program, in which the present invention is 
applied, the user of the terminal MT has stored public keys PK1 , PK2, 

20 PK3 of the manufacturer/manufacturers. The distribution of the public 
key can be arranged e.g. by using a distribution organization ORG 
which is evaluated as reliable and to which the manufacturers give their 
public keys and from which the user can obtain them. The public key 
can be used to perform the above-mentioned examination of the 

25 auxiliary tag, i.e. to secure that the digital signature is really formed by 
the secret key corresponding to the public key. The public keys are 
stored in such a way that they are available for use of the program 
when the program is being run. In connection with each binding, such 
keys are selected from the public keys that correspond to the 

30 manufacturers which have authorized the use of the program module to 
be bound. For example, in the situation of Fig. 4, only the public 
key PK3 of the third manufacturer M3 is selected. 

One alternative for storing public keys is a so-called intelligent card (not 
35 shown). The intelligent card is connected to communicate with the ter- 
minal MT e.g. via an interface bus IF (Fig. 6), wherein the terminal MT 
can read public keys stored on the intelligent card, when necessary. 



11 

The digital signature can be preferably formed by an RSA algorithm, 
known per se, in which the signature is implemented by an encryption 
operation. There are also other known methods, such as the DSA 
(Digital Signature Algorithm), ECDSA (Elliptic Curve Digital Signature 
5 Algorithm), in which the digital signature is performed in another way. 

The present invention can be applied in such programming environ- 
ments which use dynamic binding. Examples of such environments 
which should be mentioned in this context are CORBA and Java. In 

10 practical applications, the details of the method according to the inven- 
tion depend on the application environment. In the CORBA program- 
ming environment, a bind() function is available for dynamic binding. 
Thus, in connection with the function call it is possible to transmit a tag 
and an auxiliary tag. Calling the bind() function activates the binding 

15 server, wherein the binding server can examine the information trans- 
mitted in connection with the call. 

In the Java programming environment, in connection with binding, 
method tags are used which are formed of subroutine titles and 

20 parameter types. These tags are examined at the latest at the stage 
when binding must be performed. Thus, the examination is performed 
by an operating part of the Java virtual machine corresponding to the 
binding server H. The method of the invention can thus be applied in 
the Java environment e.g. by supplementing the tag with an auxiliary 

25 tag and forming a function in the Java virtual machine to verify the 
auxiliary tag. 

The present invention is not limited solely to the embodiments 
presented above, but it can be modified within the scope of the 
30 appended claims. 
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Claims : 

1. A method for binding a program module (LI, L2, L3) in a terminal 
(MT), in which one or several programs (A, B) are running, and in which 

5 method subroutines (P1, P2, P3) are stored in said program modules 
(L1, 12, L3), the program modules (LI, L2, L3) are provided with first 
tags (T1 , T2, T3), wherein to start binding, the program makes a call (7) 
to a subroutine (PI , P2, P3), and the call (7) is supplemented with the 
first tags (T1, T2, T3) to select the program module (LI, L2, L3) for 

10 binding, in which the called subroutine (PI, P2, P3) is stored, charac- 
terized in that the tags (T1 , T2, T3) are supplemented with second 
tags (LT1, LT2, LT3), that the call (7) is also supplemented with said 
second call data (PKx, PKy, PKz), and that in connection with the 
binding, said first tags (T1 , T2, T3) stored in the program modules are 

15 compared with the first tags (T1 , T2, T3) transmitted in the call (7), and 
the second tags (LT1, LT2, LT3) are compared with the second call 
data (PKx, PKy, PKz) transmitted in the call (7), wherein the program 
module to be bound is selected to be the program module which 
matches with the first tags (T1 , T2, T3) and the second call data (PKx, 

20 PKy, PKz) transmitted in the call. 

2. The method according to claim 1 , characterized in that the sec- 
ond tags (LT1 , LT2, LT3) to be formed in the program modules contain 
a digital signature. 

25 

3. The method according to claim 2, characterized in that the sec- 
ond call data are supplemented with a public key (PKx, PKy, PKz), on 
the basis of which the digital signature of the second call data formed in 
the program module Is verified. 

30 

4. The method according to claim 1 , 2 or 3, characterized in that the 
second tags (LT1 , LT2, LT3) to be formed in the program modules are 
stored in an encrypted form. 

35 5. The method according to claim 4, charact rlz d in that the sec- 
ond call data are supplemented with a public key (PKx, PKy, PKz), on 
the basis of which the second tags (LT1 , LT2, LT3) formed in the pro- 
gram modules are decrypted. 
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6. The method according to any of the claims 1 to 5, in which program 
modules (LI, L2, L3) are stored in a server communicating with the 
Internet network, characterized in that the terminal (MT) used is a 

5 mobile terminal, and that the binding of the program modules (LI , L2, 
L3) is performed at least partly by messages complying with the WAP 
protocol. 

7. A terminal (MT) comprising means (H) for binding a program 
10 module (LI, L2, L3), which program modules (LI, L2, L3) contain 

stored subroutines (PI, P2, P3) and first tags (T1, T2, T3), and which 
terminal (MT) also comprises means (CTRL, MEM) for running 
programs (A, B), means (CTRL) for starting binding by performing in 
the program a call (7) to a subroutine (PI , P2, P3), the call (7) being 

15 supplemented with first call data (T1, T2, T3) to select that program 
module (LI , L2, L3) for binding in which the called subroutine (PI , P2, 
P3) is stored, characterized in that the program modules (LI, L2, L3) 
contain stored second tags (LT1, LT2, LT3); that the terminal also 
comprises means (CTRL, MEM) for adding second call data (PKx, PKy, 

20 PKz) to the call (7), means (H) for comparing said first tags (T1 , T2, T3) 
stored in the program modules with the first call data (T1, T2, T3) 
transmitted in the call (7), means (H) for comparing the second tags 
(LT1 , LT2, LT3) with the second call data (PKx, PKy, PKz) transmitted 
in the call (7), and means (H) for selecting a program module to be 

25 bound on the basis of said comparison. 

8. The terminal (MT) according to claim 7, characterized in that the 
second tags (LT1 , LT2, LT3) formed in the program modules contain a 
digital signature. 

30 

9. The terminal (MT) according to claim 8, characterized in that the 
second call data are supplemented with a public key (PKx, PKy, PKz), 
on the basis of which the digital signature of the second tags formed in 
the program module are arranged to be verified. 

35 

10. The terminal (MT) according to claim 7, 8 or 9, comprising means 
(RF, DF, ANT) for binding program modules (LI, L2, L3) stored in a 
server (S) communicating with the Internet network (NW2), 
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charact rized in that the terminal (IVIT) is a mobile terminal, and that 
it comprises means (CTRL) for performing binding of the program mod- 
ules (L1 , L2, L3) at least partly by messages complying with the WAP 
protocol. 
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Abstract 

The invention relates to a metlioci for loading a program module (LI , 
L2, L3) in a terminal, in which one or several programs (A, B) are 
5 running, and in which method subroutines (PI, P2, P3) are stored in 
said program modules (L1 , L2, L3). The program modules (L1 , L2, L3) 
are provided with first tags (T1, T2, T3), wherein to start binding, the 
program makes a call (7) to a subroutine (PI, P2, P3). The call (7) is 
supplemented with the first tags (T1, T2, T3) to select the program 

10 module (LI, L2, L3) for binding, in which the called subroutine (PI, P2, 
P3) is stored. The tags (T1 , T2, T3) are supplemented with second tags 
(LT1 , LT2, LT3). The call (7) is also supplemented with said second call 
data (PKx, PKy, PKz). In connection with the binding, said first tags (T1 , 
T2, T3) stored in the program modules are compared with the first tags 

15 (T1, T2, T3) transmitted in the call (7), and the second tags (LT1, LT2, 
LT3) are compared with the second call data (PKx, PKy, PKz) 
transmitted in the call (7), wherein the program module to be bound is 
selected to be the program module which matches with the first tags 
(T1 , T2, T3) and the second call data (PKx, PKy, PKz) transmitted in 

20 the call. The invention also relates to a terminal (MT). 

Fig. 4 
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